home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0128 / 387.txt next >
Text File  |  1997-04-16  |  26KB  |  593 lines

  1. Info-Atari16 Digest         Fri, 12 Jul 91       Volume 91 : Issue 387
  2.  
  3. Today's Topics:
  4.                   640x400 for STE with COLOR MONITOR
  5.                             Amiga and ST.
  6.                           D.T.P. Comparison
  7.                           Double Click idea
  8.                         Double Click programs
  9.                  GDOS DRIVERS AND ATARI LASER PRINTER
  10.                           Mupfel w/Neodesk 3
  11.                     new mgif 3.5 for 1 MB systems
  12.                     no subject (file transmission)
  13.                             PageStream, TT
  14.                    XCONTROL & Mouse Accel (2 msgs)
  15.                            XControl Maccel
  16.                 Zoo 2.1 - archive whole dir structure?
  17.  
  18. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  19. cross-posting to/from Usenet is getting closer, but still getting thrashed
  20. out.  Please send notifications about broken digests or bogus messages
  21. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  22.  
  23. Please send requests for un/subscription and other administrivia to
  24. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  25. instead of the moderators are likely to be lost or ignored.
  26.  
  27. If you want to unsubscribe, and you're receiving the digest indirectly
  28. from someplace (usually a BITNET host) that redistributes it, please
  29. contact the redistributor, not us.
  30. ----------------------------------------------------------------------
  31.  
  32. Date: 8 Jul 91 22:22:40 GMT
  33. From: mcsun!ukc!axion!tharr!zebedee!geoffc@uunet.uu.net (Geoffrey Coan)
  34. Subject: 640x400 for STE with COLOR MONITOR
  35. To: Info-Atari16@naucse.cse.nau.edu
  36.  
  37. In article <CMM.0.90.2.678389600.larserio@kvart.ifi.uio.no> larserio@IFI.UIO.NO
  38. (LarsErikOsterud) writes:
  39. > Two small 640 x 400 screen emulators for STE and COLOR SCREENS
  40. > """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
  41. Sounds really great ...
  42.  
  43. >               The programs need a STE or a MEGA STE to work !!!
  44. >
  45. :-( - any chance of a (simpler/slower ?) version for us poor soles with
  46. ordinary ST's .... ?
  47.  
  48. >               Call me at:     +47 2 13 15 71  (voice)
  49. >               or ABK-BBS:     +47 2 13 26 59  (1200-9600 BPS MNP5)
  50. >                 ____ ______  _____________________________________
  51. >                /___    /             The norwegian ST   Contact us
  52. >               ____/   /    Klubben,  user association   at ABK-BBS
  53. >
  54. >  Lars-Erik  /  ABK-BBS +47 2132659  /   ____ ______ ________________________
  55. >   Osterud  /  larserio@ifi.uio.no  /   /___    /            The norwegian ST
  56. > __________/ ______________________/   ____/   /   Klubben,  user association
  57.  
  58. Geoffrey
  59. --
  60. are you ready to SKYDIVE ??                                       Geoffrey Coan
  61. well all right then, if you say so ...        ..!ukc!axion!tharr!zebedee!geoffc
  62.  
  63. <- UUCP'd from my ST via tharr; *free* UK public access to Usenet 0234 841503 ->
  64.  
  65. ------------------------------
  66.  
  67. Date: 12 Jul 91 05:37:39 GMT
  68. From: mnemosyne.cs.du.edu!isis.cs.du.edu!ykidron@uunet.uu.net (Yaron kidron)
  69. Subject: Amiga and ST.
  70. To: Info-Atari16@naucse.cse.nau.edu
  71.  
  72. Newsgroups: comp.sys.atari.st
  73. Subject: Atari ST system for sale
  74. Expires:
  75. References:
  76. Sender:
  77. Reply-To: ykidron@isis.cs.du.edu (Yaron kidron)
  78. Followup-To:
  79. Distribution: world
  80. Organization: Nyx, Public Access Unix (sponsored by U. of Denver Math/CS dept.)
  81. Disclaimer1: Nyx is a public access Unix system run by the University of Denver
  82. Disclaimer2: for the Denver community.  The University has neither control over
  83. Disclaimer3: nor responsibility for the opinions of users.
  84. Keywords:
  85.  
  86.  
  87. Newsgroups: comp.sys.atari.st
  88.  
  89.  
  90.  
  91. Hello There.
  92.  
  93. This is
  94. Subject: Sale
  95. Expires:
  96. References:
  97. Sender:
  98. Reply-To: ykidron@isis.cs.du.edu (Yaron kidron)
  99. Followup-To:
  100. Distribution: world
  101. Organization: Nyx, Public Access Unix (sponsored by U. of Denver Math/CS
  102. ept.)
  103. Disclaimer1: Nyx is a public access Unix system run by the University of
  104. Disclaimer2: Denver for the Denver community.  The University has neither
  105. Disclaimer3: control over nor responsibility for the opinions of users.
  106. Keywords:
  107.  
  108.  
  109.  
  110. Newgroups: comp.sys.atari.st
  111. Subject: Once again, Atari/Amiga
  112. Expires:
  113. References:
  114. Sender:
  115. Reply-To: ykidron@isis.cs.du.edu (Yaron kidron)
  116. Followup-To:
  117. Distribution: world
  118. Organization: Nyx, Public Access Unix (sponsored by U. of Denver Math/CS
  119. ept.)
  120. Disclaimer1: Nyx is a public access Unix system run by the University of
  121. Disclaimer2: Denver for the Denver community.  The University has neither
  122. Disclaimer3: control over nor responsibility for the opinions of users.
  123. Keywords:
  124.  
  125. Hello once again!
  126.  
  127.    I'm refereing to my former postage on this newsnet sig. Also as a repl
  128.  
  129. to one of the Amiga users who replied to me. I believe his name is Mark.
  130.    Mark, as I read your letter, I've sensed a lot of tension towards me.
  131. Most of your feedback answers did not make a point. You should re-read my
  132. former letter and within it you'd probablyu find most of your questions
  133. already answered.
  134.    I didn't say that a person which compares computers is a dimwit. I sai
  135.  
  136. that a person that compares computers and then raves at other people is a
  137. dimwit. AAlso, I did not say not to expose yourself to other computer
  138. sigs. I also am very interested in other machines other then mine.
  139.    The bottom line of my message was not the fact that anyone who is trul
  140.  
  141. satisfied with his machine should lock himself in a dark closet and throw
  142. the key. What I meant to say is that anyone who is satisfied with his
  143. machine ( i.e. his machine does anything he needs, and he really like
  144. using it for his purposes ) does not need to switch to another machine.
  145.    If you thought your Timex Sinclair 1000 did the job for you, then you
  146. would stick with it. But if you got to the point where you said "Gosh, I
  147. can't get the work done right!" then you probably bought another machine.
  148. If the Timex did the job and satisfied you, then you would never need to
  149. change it. Thats the point.
  150.    My ST couldn't satisfy my needs concerning the developement of Intel
  151. based software for the firm I work for. That is why I changed it. You
  152. might try to ask, "Why didn't you by a 286 then? It's much cheaper then a
  153. 386!" - the reason is that my project concluded work on a 386 chip. I
  154. didn't buy a 486 because I didn't need such a machine. a 386 was enough.
  155.    As I see it, the strongest factor in a computer is the price, not the
  156. specifics. There is no such thing as a 'Volvo Envy'. I would not eve at m
  157.  
  158. chief of project for having a 486. My 386 is just fine for me. As I can
  159. see it, I'd never have enough cash to spend on a 486.
  160.    Concerning the price. What most of you Amiga users do not know is the
  161. fact that the STe and TT are priced much below the Commodore products.
  162. Just to let you know, a TT costs here ( Israel ) around $2500 with the
  163. TM194 and a 50 Mb HD, while the A300 costs here a wopping $6000. The STe
  164. is priced just under $900 for a full system, while an A500 costs $1300.
  165.    I'd never buy a TT though. I don't need it, since the ST satsifies my
  166. enough.
  167.  
  168.    Ok, enough for this. I hope most of you Amiga/Atari users will
  169. understand that the Amiga and the Atari can not be compared. The Amiga is
  170. nice, but so is the ST. So is the Mac. So is the PC. So is the Sparc...
  171.  
  172.    Good luck dudes, and have a happy life.
  173.  
  174. ------------------------------
  175.  
  176. Date: 12 Jul 91 15:00:21 GMT
  177. From:
  178.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-
  179.  state.edu!dhbutler%magnus.acs.ohio-state.edu@arizona.edu (David H Butler)
  180. Subject: D.T.P. Comparison
  181. To: Info-Atari16@naucse.cse.nau.edu
  182.  
  183. Recently there was a question posted about Calamus & Pagestream, I answered,
  184. and thought it might be nice to post what I wrote as well, so here it is. Some
  185. of it answers specific questions, which I have not bothered to retype since the
  186. question asked is probably obvious from the answers (or opinions) I wrote.
  187.  
  188. In answer to your questions about Calamus & PageStream, either one could
  189. probably be useful to you. I have used both extensively, and personally prefer
  190. Calamus for any number of reasons, but you may have different needs and
  191. therefore not agree at all with my conclusions.
  192.  
  193. 1) Both Calamus & Pagestream have extensive (and good) text importing.
  194. Also, both programs can have pages inserted wherever necessary, they are
  195. pretty comparable in this area.
  196.  
  197. 2) Calamus has many more numbering features, but PageStream 2.1 may
  198. change this. Calamus supports things like page, chapter, and section
  199. numbering, but I don't think either program has "Auto-numbering" of
  200. figures, tables etc., I'm not really even sure what you mean by that since most
  201.  
  202. of my work is for other people and is in the range of Brochures &
  203. Newsletters, not technical papers or manuals, but I have not found reference
  204. to a feature resembling this in either program.
  205.  
  206. 3) Calamus can create a Table of Contents, but will not alphabetize, so you wil
  207. l
  208. have to export the text, import it into a program that can sort it, and then
  209. bring it back into Calamus, which is actually not as much as a hassle as it
  210. seems. I can't remember these features in PageStream, but I have not used it
  211. in nearly a year now, so you may want to check directly with SoftLogik,
  212. especially now that 2.1 is available. Note than Calamus SL is supposed to be
  213. available this month or in August as well, and it sounds like it will be the
  214. state-of-the-art D.T.P. program in the world.
  215.  
  216. 4) In terms of image handling, Calamus has the better feature period. It can
  217. crop, and even scan images directly into the program. Calamus has special
  218. scaling for half-tones, and can optimize graphics for either the screen or your
  219.  
  220. specific printer. PageStream can import more formats, including PostScript
  221. however, which means you can also create with Calamus Outline Art and use
  222. Convert2X to convert it to postscript and use it in PageStream. You should
  223. use .IMG or some similar format, not DEGAS since DEGAS does not support
  224. any resolutions other than screen resolutions.
  225.  
  226. Other things of importance. Unless you are using a PostScript printer, or
  227. Ultrascript, then Calamus as FAR, FAR superior output. If you are using
  228. PostScript then Calamus just has FAR superior output. Calamus is fast,
  229. provides better character definition and kerning (much better), can be set to
  230. produce finer grey scales or smoother & finer gradients than PostScript. The
  231. difference is really amazing. PageStream's normal output is slow and poor, so
  232. use PostScript with it or you will not be satisfied with the results.
  233.  
  234. Learning the programs is also different. PageStream is easier to learn at first
  235. ,
  236. but you also have to remember a lot more bugs to avoid than with Calamus
  237. (2.1 may change this I hope). Calamus takes more time to learn, but is a joy to
  238.  
  239. use and really grows on you. The more you use Calamus the more you like it,
  240. which is the opposite of most software.
  241. Speed is an important factor. Calamus is several times faster than PageStream
  242. (again, this may have changed with 2.1 of PageStream, but I have heard that it
  243. too is very ssllooww). Everything Calamus does just flies. Most notable is the
  244. way Calamus displays its vector graphics (like PostScript). Most (all I believ
  245. e)
  246. other D.T.P. programs just display an empty box with an X through it.
  247. Calamus displays the graphic wonderfully, quickly, and there is literally no
  248. difference in speed between scrolling though a Vector Graphic and an Empty
  249. Screen (that's fast!)
  250.  
  251. In terms of comparing these programs to Mac programs, I think you will be
  252. pleased with Calamus & PageStream 2.1, but probably not 1.8. Calamus really
  253. blows the Mac programs away when it comes to speed and memory
  254. management, you can do a lot more with your memory in Calamus than in
  255. any of the Mac programs, for example, I have a document done in Calamus with 22
  256. 300dpi graphics in it, plus a vector graphic underlay on each page except for
  257. the covers, which have 4 original Vector Graphics of their own. The raster
  258. graphics are at least 100K or so each, and severaly are more than 400. I
  259. Originally tried set this document up in PageMaker 4.0 and hit my memory limit
  260. (4 megs) at 7, yep, 7 of those 22 raster graphics, and about 8 of the final 20
  261. pages it became in Calamus. With 4 megs of memory Calamus will load this 2.5
  262. meg file and print in all from memory (no hard drive access during printing).
  263.  
  264. As for features, the lack of color in the current
  265. version of Calamus is a shame, but in terms of B&W it is great, equaling or
  266. surpassing the Mac programs in most ways.
  267.  
  268. I own a Desktop Publishing Company and started out with all the Mac Programs (u
  269. sing the 128 & GCR of course) that I could. Eventually I went with the Atari so
  270. ftware because I was dissatified with the Mac software. One of my friends here
  271. in town also own a D.T.P. company, and uses the Atari/Spectre combo, a Dos mach
  272. ine, and an Amiga for his business. He creates literally some of the best work
  273. I have ever seen, period. His software of choice is also Calamus & Pagestream.
  274. Neither one of us thought that this would happen, we expected to use the Mac so
  275. ftware, but both of us came to the same conclusion. He even said (while examini
  276. ng PageMaker ) "Compared to the Atari stuff this looks Archiac and Clunky". I t
  277. end to agree with this.
  278.  
  279. ------------------------------
  280.  
  281. Date: 12 Jul 91 07:56:55 GMT
  282. From: DUTIAA.TUDELFT.NL!schuller@ucbvax.berkeley.edu (Bortan the fearless)
  283. Subject: Double Click idea
  284. To: Info-Atari16@naucse.cse.nau.edu
  285.  
  286. Hi all,
  287. I've got to agree with someone's idea about a DC program of the week:
  288. a program that will make the mouse appear or disappear with a key-combination.
  289. Now I know that hidemouse/showmouse calls are counted, so that one showmouse
  290. call will not undo two hidemouse calls, but it could be done one call at a
  291. time. There are quite a lot of programs still out (although mostly old programs)
  292. that manage to 'lose' the mouse pointer in some way, so I'd like to see a
  293. program doing this. Are you listening Double Click?
  294. Hildo Biersma, schuller@dutiad.tudelft.nl
  295.  
  296. ------------------------------
  297.  
  298. Date: 12 Jul 91 06:58:09 GMT
  299. From: munnari.oz.au!bunyip.cc.uq.oz.au!uqcspe!cs.uq.oz.au!warwick@uunet.uu.net
  300.  (Warwick Allison)
  301. Subject: Double Click programs
  302. To: Info-Atari16@naucse.cse.nau.edu
  303.  
  304. (Joe Gaudreau (Dances with PostScript)) writes:
  305.  
  306. >ralph@laas.fr (Ralph P. Sobek) writes:
  307. >=How about a program that installs the 8x8 font as being the standard
  308. >=GEM font for titles and verbatim (non-icon) directory listings for
  309. >=monochrome monitors.  I really do not appreciate the 8x16 fonts.
  310. >=
  311. >=Is this possible?  Hope so!
  312.  
  313. >Probably.  How about a mondo-program combining all of the little tiny
  314. >ones (w/user defaults).  That would be cute, eh?
  315.  
  316. On that point:  how does one write .cpx extensions for XCONTROL.ACC
  317.  
  318. Warwick.
  319. --
  320.   _-_|\       warwick@cs.uq.oz.au
  321.  /     *  <-- Computer Science Department,
  322.  \_.-._/      University of Queensland,
  323.       v       Brisbane, AUSTRALIA.
  324.  
  325. ------------------------------
  326.  
  327. Date: Fri, 12 Jul 91 09:46:33 ADT
  328. From: Alyre CHIASSON <CHIASSA%UDEM@UNBMVS1.csd.unb.ca>
  329. Subject: GDOS DRIVERS AND ATARI LASER PRINTER
  330. To: N <info-atari16@naucse.cse.nau.edu>
  331.  
  332. I reported problems earlier with what I thought were the
  333. GDOS drivers for the Atari laser printer that came with
  334. WORDFLAIR II and LDW POWER. They were called SNM804.SYS
  335. which I thought was a typo of SLM804.SYS. The former is
  336. the old Atari 9 pin printer. The GDOS driver for the
  337. Atari laser printer comes with the printer. This certainly
  338. explains the problems I was having. I had assumed that the
  339. GDOS driver was included with the program as in the case
  340. of TIMEWORKS DTP. I had also noticed the difference in
  341. spelling in the assign files that did come with the programs
  342. but believed it to be a typing error. A call to GOLDLEAF
  343. set me straight-nice people.
  344. As a point of interest they now sell
  345. Harlekin
  346. Sherlook-OCR
  347. Sherlook Professional-OCR
  348. GT Scan 3
  349. Retouche
  350. Didot Line Art
  351. Knife ST
  352. Lattice C
  353. I only mention this because I have been wishing to purchase Harlekin
  354. for a long time. Harlekin is sell at a special price of $80.00
  355. US until Monday the 29th. They said they would honor the price
  356. if I sent in my cheque immediately. I didn't ask about
  357. pricing for their other programs-sorry.
  358. CHIASSAL@UDEM
  359.  
  360.  
  361. ------------------------------
  362.  
  363. Date: 12 Jul 91 12:58:48 GMT
  364. From:
  365.  noao!asuvax!ukma!rex!wuarchive!psuvax1!psuvm!dearn!dmswwu1c!onm07@arizona.edu
  366. Subject: Mupfel w/Neodesk 3
  367. To: Info-Atari16@naucse.cse.nau.edu
  368.  
  369. In article <1889@mwca.UUCP>, bill@mwca.UUCP (Bill Sheppard) says:
  370. >
  371. >I've seen some wierdness when using Neodesk 3 and Mupfel, any help would be
  372. >appreciated:
  373. >
  374. >If I run Mupfel (the CLI portion of Gemini) from Neodesk, upon exiting Mupfel
  375. >I will be returned to the desktop, not back to Neodesk.  This is regardless of
  376. >whether I have Neodesk configured to unload itself before executing Mupfel.
  377. >
  378. >Also (and stranger) if I run Mupfel from Neodesk, any program I run from
  379. >Mupfel will run _twice_.  If I type "arc -v filename.arc", it will execute
  380. >normally, then execute again!  This happens consistently, and I assume is
  381. >related to the above problem.  It isn't only arc that does this, it's any
  382. >program (I believe), and I've tried it with PATH set to null and no aliases.
  383. >--
  384. >
  385. Sounds as if Neodesk catches the AES trap and does his own things with
  386. shel_read/shel_write (very bad idea). Can you check whether they changed
  387. the AES trap (do the use XBRA?).
  388.  
  389. Simplest solution: use Gemini instead.
  390.  
  391. >##############################################################################
  392. > # Bill Sheppard  --  bills@microware.com  --  {uunet,sun}!mcrware!mwca!bill
  393. >#
  394. > # Microware Systems Corporation -- OS-9 / OS-9000 / CD-RTOS -- (408)980-0201
  395. >#
  396. > ##### Opinions expressed are my own, though you'd be wise to adopt them!
  397. >#####
  398. ___________________________ cut here _____________________________________
  399. Julian F. Reschke, Hensenstr. 142, D-4400 Muenster, Phone: ++49 251 861241
  400. fast eMail: ONM07@DMSWWU1A.BITNET,    slow: jr@ms.maus.de (++49 251 77216)
  401. ____________________ correct me if I'm wrong _____________________________
  402.  
  403. ------------------------------
  404.  
  405. Date: 12 Jul 91 13:30:14 GMT
  406. From: convex!rosenkra@uunet.uu.net (William Rosenkranz)
  407. Subject: new mgif 3.5 for 1 MB systems
  408. To: Info-Atari16@naucse.cse.nau.edu
  409.  
  410. well, after numerous requests, i uploaded to atari.archive a new
  411. executable for mgif 3.5 to atari.archive. look for file mgif35xx.arc.
  412. contained therein is an executable .ttp and a readme.xx file. all
  413. source and documentation are in the original files (mgif35s.arc and
  414. mgif35b.arc) which were uploaded there some time ago. recall that
  415. mgif is a gif viewer for monochrome that displays simulated grayscale
  416. using so-called flicker mode. it also does lots of image processing
  417. on images and can save the screen images to a file. it can also
  418. view these saved screen images (mgif -fl file.fl ...).
  419.  
  420. this new version *should* work on 1 MB systems tho it was not tested.
  421. size mgif.ttp sez 870kB plus 32kB for stack, or about 900kB which i
  422. am guessing will fit on a 1 MB system that does not have lots of DAs
  423. and TSRs. one of the guys who sent me mail should try it and let me
  424. know that it works (or does not work in which case i will make it
  425. smaller still).
  426.  
  427. it will handle .GIF files up to 150000 bytes long. don't even try it
  428. on larger files. i don't think it checks while reading the GIF itself
  429. for too large file. however, it should fail gracefully if width*height
  430. of the image is > 260000. that means you can view 640x400 images but
  431. not 640x480 images which are too big (and usually come from VGA/EGA).
  432. that's life.
  433.  
  434. again, this is only for 640x400 monochrome displays on ST/STe (i.e.
  435. not TT). it will not work on color, with overscan, and with systems
  436. not supporting line A.
  437.  
  438. enjoy...
  439.  
  440. -bill
  441. rosenkra@convex.com
  442.  
  443. --
  444. Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!c1yankee!rosenkra
  445. Convex Computer Corp.      |ARPA: rosenkra%c1yankee@convex.com
  446.  
  447. ------------------------------
  448.  
  449. Date: 12 Jul 91 14:56:51 GMT
  450. From:
  451.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu
  452.  !yale.edu!cs.yale.edu!cs.yale.edu!fischer-michael@arizona.edu (Michael Fischer)
  453. Subject: no subject (file transmission)
  454. To: Info-Atari16@naucse.cse.nau.edu
  455.  
  456. In article <9107112046.AA29726@cervantes.cc.gatech.edu> dave@cc.gatech.edu (Dave
  457.  Aylesworth) writes:
  458. >
  459. >
  460. >I am having trouble unpacking HDX301.LZH off of atari.archive.umich.edu.
  461. >I get CRC errors when unpacking it with a couple different programs.
  462. >Could someone please let me know where a more reliable version is
  463. >or mail it to me.  I need HDX 3.01 and HINSTALL 3.01.
  464.  
  465. I ran into this same problem some time ago.  The problem seems to be
  466. that the archive contains incorrect checksums.  The version of lharc I
  467. used to unpack it (LHarc for UNIX V1.02 Copyright(C) 1989 Y.Tagawa
  468. special Amiga option by S. Becker) complains about the bad checksums
  469. but unpacks the files correctly anyway.  The three files that give the
  470. checksum errors are themselves .lzh files which must be further
  471. unpacked.
  472.  
  473. I have repacked the directory tree as a single .lzh archive and
  474. uploaded it to atari.archive.umich.edu as file /atari/new/hdx301.lzh.
  475.  
  476.  
  477. --
  478. ==================================================
  479. | Michael Fischer <fischer-michael@cs.yale.edu>  |
  480. ==================================================
  481.  
  482. ------------------------------
  483.  
  484. Date: 12 Jul 91 02:25:11 GMT
  485. From:
  486.  noao!asuvax!ukma!widener!dsinc!bagate!asi!disc.dla.mil!dsacg3.dsac.dla.mil!desc
  487.  .dla.mil!wright!desire.wright.edu!cse0507@arizona.edu
  488. Subject: PageStream, TT
  489. To: Info-Atari16@naucse.cse.nau.edu
  490.  
  491.    Yea!  PageStream 2.1 is shipping!  (Mine was shipped yesterday!)
  492. Now, if I could just persuade somebody (anybody) to sell me a TT, I'd be
  493. cooking with gas.  Does anybody know if the memory daughterboard is actually
  494. available?  What about 24-bit VME video cards & software?
  495. Alt.Subject:  Did you know 105m SCSI Quantum HD's can be gotten for US$330?
  496. Scary thought.
  497.                                       Bob The (nosig) Schulze
  498.                   try --> cse0507@wsu.bitnet <-- but I doubt it.
  499.  
  500. ------------------------------
  501.  
  502. Date: 11 Jul 91 13:53:54 GMT
  503. From: mcsun!ukc!axion!tharr!steveh@uunet.uu.net (Steve Hebditch)
  504. Subject: XCONTROL & Mouse Accel
  505. To: Info-Atari16@naucse.cse.nau.edu
  506.  
  507. In article <1991Jul10.141741.14032@sae.com> malay@sae.com (Bob Malay) writes:
  508. >Hi,
  509. >I just got XCONTROL from a.a and tried out all the setups on my 1040STe.
  510. >When I click on the Accelerator setup button, the disks whirrs, reads in the
  511. >CPX file, and then I get a dialog box the tells me that I need to run the
  512. >mouse accelerator program first. Where is this program? Is it PD?
  513.  
  514. You need a copy of MACCEL3 in your AUTO folder. Unfortunately this doesn't
  515. yet appear to have been made available to non STE and TT purchasers.
  516.  
  517. ------------------------------
  518.  
  519. Date: 12 Jul 91 15:09:12 GMT
  520. From:
  521.  noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!cs
  522.  .yale.edu!cs.yale.edu!fischer-michael@arizona.edu (Michael Fischer)
  523. Subject: XCONTROL & Mouse Accel
  524. To: Info-Atari16@naucse.cse.nau.edu
  525.  
  526. In article <2311@tharr.UUCP> steveh@tharr.UUCP (Steve Hebditch) writes:
  527. >You need a copy of MACCEL3 in your AUTO folder. Unfortunately this doesn't
  528. >yet appear to have been made available to non STE and TT purchasers.
  529.  
  530. It is available (along with a lot of other useful stuff) in the file
  531. /atari/misc/tos_14.lzh on atari.archive.umich.edu.
  532. --
  533. ==================================================
  534. | Michael Fischer <fischer-michael@cs.yale.edu>  |
  535. ==================================================
  536.  
  537. ------------------------------
  538.  
  539. Date: 12 Jul 91 07:29:44 GMT
  540. From: mcsun!ukc!edcastle!hwcs!neil@uunet.uu.net (Neil Forsyth)
  541. Subject: XControl Maccel
  542. To: Info-Atari16@naucse.cse.nau.edu
  543.  
  544. In article <85538@bu.edu> selick@bucsf.bu.edu (Steven Selick) writes:
  545. >
  546. >I received XCONTROL.ARC from Terminator, and at first got a comlete
  547. >system hangup. After gradually adding .xpc files to the directory xpc, I
  548. >found that the problem was the maccel file. Is it my 1040ste with tos
  549. >1.6?
  550.  
  551. This probably because your are using MACCEL2 in your AUTO folder instead of
  552. MACCEL3. The meaning of the Cookie changed and the XPD demands MACCEL3.
  553.  
  554. +----------------------------------------------------------------------------+
  555. ! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own !
  556. !                                                                            !
  557. ! Neil Forsyth                      JANET:  neil@uk.ac.hw.cs                 !
  558. ! Dept. of Computer Science         ARPA:   neil@cs.hw.ac.uk                 !
  559. ! Heriot-Watt University            UUCP:   ..!ukc!cs.hw.ac.uk!neil          !
  560. ! Edinburgh, Scotland, UK           "That was never 5 minutes!"              !
  561. +----------------------------------------------------------------------------+
  562.  
  563. ------------------------------
  564.  
  565. Date: 12 Jul 91 07:28:50 GMT
  566. From: mcsun!hp4nl!dri500!slootman@uunet.uu.net (Paul Slootman)
  567. Subject: Zoo 2.1 - archive whole dir structure?
  568. To: Info-Atari16@naucse.cse.nau.edu
  569.  
  570. Petri.Wessman@hut.fi writes:
  571. >
  572. >Hear hear! I would love to be able to say 'zoo [magicoption] dir_name'
  573. >and have the whole directory structure archived, like tar. Using find
  574. >and the zoo 'I' option is clumsy.
  575.  
  576. This would be quite useful... Might take more hacking around than first
  577. meets the eye, since readdir() is used to read the *zoo* directory, not
  578. the unix directory. This means those may have to be renamed first before
  579. zoo can independently read directories.
  580.  
  581. I might at some time try to add this feature, if I get the time, and
  582. nobody beats me to it...
  583. --
  584.  ----------------
  585. :slootman@dri.nl : When you get to the point where you think that nothing
  586. :+ 31 5496 88831 : is impossible, try pushing toothpaste back into a tube
  587.  ----------------
  588.  
  589. ------------------------------
  590.  
  591. End of Info-Atari16 Digest
  592. ******************************
  593.